Skip to content

ci: serialise gh-pages Allure pushes across CI + E2e - #119

Merged
t2vi merged 1 commit into
mainfrom
chore/gh-pages-concurrency
Aug 27, 2026
Merged

ci: serialise gh-pages Allure pushes across CI + E2e#119
t2vi merged 1 commit into
mainfrom
chore/gh-pages-concurrency

Conversation

@t2vi

@t2vi t2vi commented Aug 27, 2026

Copy link
Copy Markdown
Owner

Problem

Every push to main fires ci.yml (Allure Report job → 1 gh-pages push) and e2e.yml (API + E2e job → 3 gh-pages pushes) with no concurrency coordination. The 4 writers race on the gh-pages branch; the loser fails with non-fast-forward.

Hit on #117's merge (490df1801) — CI failed in 13s at "Push raw unit+integration results to gh-pages cache", re-run passed. Flaky, not deterministic. Pre-existing; unrelated to that PR's contents.

Fix

Shared job-level concurrency: { group: gh-pages-allure, cancel-in-progress: false } on both jobs → they queue instead of colliding. Unit-test jobs still run in parallel with E2e; only the gh-pages writers serialise.

Closes #118

🤖 Generated with Claude Code

CI's Allure Report job and E2e's job both push to gh-pages on every
push to main (4 writers, no coordination) — concurrent pushes race and
the loser fails with non-fast-forward. Share one job-level concurrency
group so they queue instead.

Closes 118

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@t2vi
t2vi merged commit f88ce14 into main Aug 27, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

gh-pages Allure cache pushes race between CI and E2e workflows

1 participant